home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0055 / 596.txt < prev    next >
Text File  |  1997-04-16  |  16KB  |  382 lines
  1. INFO-ATARI16 Digest         Thu,  2 Nov 89       Volume 89 : Issue 596
  2.  
  3. Today's Topics:
  4.                     question SPECTRE GCR (2 msgs)
  5.                             Sound on an ST
  6.                           TOS, Zoo, or Zen?
  7.                        TOS 1.4 Incompatibility
  8.                           TOS 1.6 && TOS 1.4
  9.                                  UNIX
  10.                       UNIX -- ATW Speed (2 msgs)
  11.                             unix on the TT
  12.                      WordPerfect for the Atari ST
  13.                              XFormer 2.55
  14. ----------------------------------------------------------------------
  15.  
  16. Date: 2 Nov 89 00:16:16 GMT
  17. From: portal!cup.portal.com!Dave_Ninjajr_Flory@uunet.uu.net
  18. Subject: question SPECTRE GCR
  19.  
  20.  
  21. >Does anyone know anything about floppy compatibility between ATARI-1040ST
  22. >with SPECTRE GCR and Macintosh II. I mean: can I port data from ST to Mac
  23. >(vice versa) by means of a floppy? Do I need special hardware?
  24.  
  25. Yes you can run the same floppy in both machines, assuming that the Mac II
  26. uses the same disks as the plus, 800K DS disks and has a compatible format.
  27. I exchange data with macs all over the dept, from my Mega 4.
  28.  
  29. ------------------------------
  30.  
  31. Date: 1 Nov 89 23:46:27 GMT
  32. From: portal!cup.portal.com!Xorg@uunet.uu.net  (Peter Ted Szymonik)
  33. Subject: question SPECTRE GCR
  34.  
  35. Spectre GCR allows you to pop a MAC disk into the ST drive and emulate
  36. a real MAC.  MAC and ST format disks are *very* different, when you use
  37. GCR you are always in MAC mode - not ST mode.  If you put an ST disk in
  38. a MAC you will get nothing.  If your asking whether you can DL  a file
  39. (MAC file) to an ST disk and then run it under GCR, the answer is no.
  40. Niether would you be able to DL an ST program to a MAC disk and run it
  41. on an ST.  There IS a program included with Specter GCR called TRANSVERTER
  42. which does allow you to move files between the two different disk formats
  43. however.
  44. Peter Szymonik
  45. Xorg@cup.portal.com
  46.  
  47. ------------------------------
  48.  
  49. Date: 2 Nov 89 02:45:46 GMT
  50. From:
  51.  cs.utexas.edu!samsung!uakari.primate.wisc.edu!uflorida!novavax!hrshcx!wink!bob@
  52. tut.cis.ohio-state.edu  (Bob Gray)
  53. Subject: Sound on an ST
  54.  
  55. The other day I decided to write a small program to read a text file and
  56. send Morse Code to the speaker.  I hacked together the driver but was unable
  57. to get the Giaccess routine to work.  I was able to read the chip registers
  58. but unable to write to them.  My Giaccess documentation is poor and my
  59. sound chip documentation is worse.  Should I be using Dosound?  I am using
  60. Mark Williams C on a 520ST.  Anyone got a code fragment that does this?
  61. As always...
  62. Thanks in advance.
  63.         bob
  64. --
  65. -----------------------------------------------------------------------------
  66. Bob Gray
  67. Email : ...!novavax!hrshcx!wink!bob
  68. Voice : 407-994-6408                              Boca Raton FL
  69.  
  70. ------------------------------
  71.  
  72. Date: 1 Nov 89 22:18:51 GMT
  73. From: imagen!atari!kbad@ucbvax.Berkeley.EDU  (Ken Badertscher)
  74. Subject: TOS, Zoo, or Zen?
  75.  
  76. achowe@tiger.waterloo.edu (anthony howe) writes:
  77.  
  78. | So the problem is that both versions of zoo will not generate sound
  79. | archives under TOS 1.4 - 89.4.6 for some reason. Yet under the developer
  80. | release of TOS 1.4 - 88.8.8 everything is hunky-dorey.
  81.  
  82. It is possible that it is due to Zoo mishandling DTA management.
  83. GEMDOS DTA handling (in the internal* part of the DTA) was changed,
  84. possibly in the time between the developer release and the final TOS
  85. release.  Another problem is that GEMDOS _uses_ the DTA differently
  86. in the final Rainbow TOS version than previous TOS versions... to wit:
  87. if you don't save out DTA information between Fsfirst/next calls, when
  88. the last call fails (with file not found), the DTA _will_ contain
  89. garbage.
  90.  
  91. Or maybe it's just bad fairies in your computer.
  92. --
  93.    |||   Ken Badertscher  (ames!atari!kbad)
  94.    |||   Atari R&D System Software Engine
  95.   / | \  #include <disclaimer>
  96.  
  97. ------------------------------
  98.  
  99. Date: 1 Nov 89 22:22:31 GMT
  100. From: imagen!atari!apratt@ucbvax.Berkeley.EDU  (Allan Pratt)
  101. Subject: TOS 1.4 Incompatibility
  102.  
  103. neil@cs.hw.ac.uk (Neil Forsyth) writes:
  104. >The speed of the TT means that lots of software will really fly! I would just
  105. >love to see all those games get all their work done in under a frame...
  106.  
  107. As you know, games are the worst offenders in terms of doing things
  108. which aren't portable and defeat our efforts at compatible upgrades.
  109. The fact is, it is NON-game software which you can expect to work, and
  110. games which are more likely to fail.  (As it happens, a number of games
  111. DON'T fail, notably Air Warrior on GEnie and SubLogic's FS2(!).
  112. SideWinder also works, and it *does* get its work done in one frame.
  113.  
  114. (And now for the standard disclaimer before people rag on me about
  115. things I didn't say...)  Don't take this as a comprehensive list of
  116. what works and what doesn't.  It's just some games which I happen to
  117. know work.
  118.  
  119. ============================================
  120. Opinions expressed above do not necessarily     -- Allan Pratt, Atari Corp.
  121. reflect those of Atari Corp. or anyone else.      ...ames!atari!apratt
  122.  
  123. ------------------------------
  124.  
  125. Date: 2 Nov 89 02:07:45 GMT
  126. From: imagen!atari!towns@ucbvax.Berkeley.EDU  (John Townsend)
  127. Subject: TOS 1.6 && TOS 1.4
  128.  
  129. in article <4280003@hpgnd.HP.COM>, alex@hpgnd.HP.COM (Alexis MERMET-GRANDFILLES)
  130.  says:
  131.  
  132. >
  133. >       My question is quite simple ,...
  134. >       Does TOS 1.6 gives the same new functions that TOS 1.4 ?
  135. >       Are they compatible ?
  136. >
  137. >       In fact , Is TOS 1.6 an enhancement of TOS 1.4  ? or are they
  138. >       two different branches of TOS 1.2 enhancement ? ...
  139.  
  140.  
  141. TOS 1.6 is essentially TOS 1.4 with the support for the new features of
  142. the STE. It does give the same new functions as TOS 1.4. They are NOT
  143. two different versions of the TOS 1.2 "enhancement."
  144.  
  145. -- John Townsend                                ames!atari!towns
  146.    Atari Corporation
  147.  
  148. ------------------------------
  149.  
  150. Date: 1 Nov 89 11:19:18 GMT
  151. From:
  152.  eru!luth!sunic!tut!ra!chyde!mcsun!unido!tub!tmpmbx!netmbx!hase@bloom-beacon.mit
  153. .edu  (Hartmut Semken)
  154. Subject: UNIX
  155.  
  156. In article <4212@blake.acs.washington.edu> themod@blake.acs.washington.edu
  157.  (Chris Hinton) writes:
  158. >  This is in response to a request for information on the Atari Transputer
  159. >Workstation (ATW).  There is an article in the November STart.
  160. >
  161. >  Here are some of the highlights :
  162. >
  163. >       RISC (reduced instruction set computer) running at 50 mHz
  164. RISC: Not really true. Ther T800 Transputer is a "processor" that is
  165. said to be a RISC processor, but the instruction set ist a lot larger
  166. and nicer than 6502 :-)
  167. Almost nobody will do serious programming on this machine in assembler.
  168. The multiple opcode instructions always drive me crazy :-)
  169. >       With all 4 boards, that is 13 transputers, the machine
  170. >        runs at 10 MIP (= 1/5 Cray)
  171. MIPS: Most Insane measurment for Processor Speed.
  172. MIPS: Marketing Instrument for Pushing Sales.
  173. MIPS won't tell You, how fast the machine will do Your job.
  174. Transputers work fast when pushed to the limits. The network layout (the
  175. Transputers have "links" - high speed (5, 10 or 20 MBit per second)
  176. serial interfaces with DMA - to exchange data and code among each other)
  177. is a critical factor as ist parallelism of the program.
  178. There is an optimal network; one for each given task :-)
  179. >       Helios OS (UNIX-like) with both CLI and Graphic interface
  180. HELIOS is - or will be? - POSIX compatible; it's very much Unix but it's
  181. different, of course: Transputers are different.
  182. Multitasking was introduced to have all that expensive equipment
  183. (processor, I/o, disk, card reader/puncher, hardcopy terminal) busy -
  184. doing work - all the time; to have the processor doing another job,
  185. while the editor is waiting for You to press the "ANY" key.
  186. Multi-processor systems do not just make multitasking faster. A four
  187. processor computer can be faster than for single processor machines.
  188.  
  189. The ATW HELIOS comes with csh-like command line interface and X-Windows
  190. for graphics.
  191.  
  192.  
  193. HELIOS is not ATW-specific.
  194. One of the development team showed a version that booted on an AT-clone
  195. equipped with an Inmos B004-clone (the B004 was one of the first Transputer
  196. evaluation board from Inmos; the clone is the TEK4/8, the building
  197. instructions were published in the german magazine c't)
  198.  
  199.  
  200. A T414, T425 ot T800 will not run Unix faster than a - say - 68030 or
  201. 80386 at compareble clock frequencies.
  202. It will to a better job on programs, that have independent tasks running
  203. simultaniously. The Transputers do the basic multitasking in hardware
  204. (!). Inter process communication (for multiprocessing) and multitasking
  205. are very much supported by the hardware. Virtual memory is not.
  206.  
  207. hase
  208. --
  209. Hartmut Semken, Lupsteiner Weg 67, 1000 Berlin 37 hase@netmbx.UUCP
  210. Dennis had stepped up into the top seat whet its founder had died of a
  211. lethal overdose of brick wall, taken while under the influence of a
  212. Ferrari and a bottle of tequila. (Douglas Adams; the long dark teatime...)
  213.  
  214. ------------------------------
  215.  
  216. Date: 1 Nov 89 12:03:14 GMT
  217. From:
  218.  eru!luth!sunic!tut!ra!chyde!mcsun!unido!tub!tmpmbx!netmbx!hase@bloom-beacon.mit
  219. .edu  (Hartmut Semken)
  220. Subject: UNIX -- ATW Speed
  221.  
  222. In article <5188@cbnewsh.ATT.COM> wolf@cbnewsh.ATT.COM (thomas.wolf,ho,) writes:
  223. >These claims are very misleading in that they imply that a system with 13
  224. >transputers will actually run a program 1/5th as fast as a Cray (I'm assuming
  225. >the above MIPS figures are correct.)  _Each_ T800 has a processing power
  226. >of 10 MIPS (the upper limit at which instructions can be processed.)  So
  227.  
  228. Well, The T800 interger and floating point unit are running
  229. independently and parallel...
  230. MIPS do not say anything.
  231.  
  232. >if you have a calculation-intensive application, say one that does ray-tracing,
  233. >you can expect that peek to be reached.  If you ran this same program on
  234. >a 13-transputer based ATW, I doubt whether you will see significant increases
  235. >in performance, since that application will be run on a single T800 (unless
  236. >it was specifically written with parallelism in mind - using OCCAM(I guess that
  237. >is the T800 assembly language?) - I don't think there are compilers smart
  238. >enough to take conventional C programs and parallelize them.)
  239.  
  240. True.
  241. Well, OCCAM is not the "transputer assembly language", but it's the
  242. language everybody uses for a start...
  243.  
  244. OCCAM ist very much compareble to C: it's a high level language that is
  245. pretty close to the processor.
  246.  
  247. OCCAM and the T's were made for each other; OCCAM has high level
  248. language contructs, that can be directly mapped to hardware funtions.
  249. For Example there is the construct
  250.  
  251. PAR
  252.         SER
  253.                 procedure1(foo)
  254.                 procedure2(foo)
  255.                 procedure4(foo)
  256.                 output(foo)
  257.         ENDSER
  258.         SER
  259.                 f1(foobar)
  260.                 f3(huhu)
  261.                 f1(huhu)
  262.         ENDSER
  263. ENDPAR
  264.  
  265. This will run procedure[124] after each other *while* running f1(huhu)
  266. after f3(huhu) after f1(foobar). The multitasking is done by the T's
  267. hardware (microcode counts as hardware to me if it is burned to the
  268. microcode ROM, not booted off disk).
  269.  
  270. Another contruct is the "channel". Channels are - kind of - pipes where
  271. a taks puts in some stuff to be received by another task. The sending
  272. task is held until the message is received by the receiver. This can be
  273. used for task synchronizing and inter process communication.
  274. If the receiver task runs on the same Transputer (chip) (well, it's
  275. probably not running but "sleeping for input"), the channel is mapped to
  276. a memory location, probably a location in the T's
  277. on-chip-fast-nowait-RAM.
  278. If the receiver ist running (sleeping) on another Transputer, the
  279. channel will be mapped to the one of the four (eight in case of T222 or
  280. so) "links"; thel ink connected to the other T.
  281.  
  282. The links are used to connect Transputers with each other.
  283. In an advanced Transputer system there will probably be some link switch
  284. chips (there are availeble from SGS Thomson/Inmos). These are kind of
  285. crosspoint switches (like the ones used in telecommunication). With
  286. these, the network of Transputers can be reconfigured by the system
  287. software, while the system is up and running.
  288.  
  289. Well, face it: the softies just cannot handle systems like this at this
  290. time. It's much to different from classic computer systems.
  291. To me, parallel programming is a more new way of thinking (like object
  292. oriented programming) than just programming a new machine.
  293.  
  294. hase
  295. --
  296. Hartmut Semken, Lupsteiner Weg 67, 1000 Berlin 37 hase@netmbx.UUCP
  297. Dennis had stepped up into the top seat whet its founder had died of a
  298. lethal overdose of brick wall, taken while under the influence of a
  299. Ferrari and a bottle of tequila. (Douglas Adams; the long dark teatime...)
  300.  
  301. ------------------------------
  302.  
  303. Date: 1 Nov 89 22:34:53 GMT
  304. From: imagen!atari!kbad@ucbvax.Berkeley.EDU  (Ken Badertscher)
  305. Subject: UNIX -- ATW Speed
  306.  
  307. wolf@cbnewsh.ATT.COM (thomas.wolf) writes:
  308.  
  309. | >>>      4 megabytes of RAM, upgradable to 120 meg
  310. | >>>      With all 4 boards, that is 13 transputers, the machine
  311. | >>>       runs at 10 MIP (= 1/5 Cray)
  312. | >>I guess this should be at least 100 Mips, because ONE T800 can run at 10
  313. | >>Mips.
  314. | ...speed improvements  (if 100MIPS = 1/5 Cray, I guess the program would run
  315. | at 500 MIPS?)
  316.  
  317. MIPS == Meaningless Indications of Processor Speed
  318. --
  319.    |||   Ken Badertscher  (ames!atari!kbad)
  320.    |||   Atari R&D System Software Engine
  321.   / | \  #include <disclaimer>
  322.  
  323. ------------------------------
  324.  
  325. Date: 1 Nov 89 22:37:23 GMT
  326. From: imagen!atari!kbad@ucbvax.Berkeley.EDU  (Ken Badertscher)
  327. Subject: unix on the TT
  328.  
  329. depeche@quiche.cs.mcgill.ca (Sam Alan EZUST) writes:
  330.  
  331. [ read in a magazine... ]
  332. | THE DESKTOP MODEL WILL NEVER WORK WITH UNIX
  333. | only the TOWER will....
  334.  
  335. | if this is true, WHY?????
  336.  
  337. Because the magazines don't know what they're talking about.
  338.  
  339.  
  340. --
  341.    |||   Ken Badertscher  (ames!atari!kbad)
  342.    |||   Atari R&D System Software Engine
  343.   / | \  #include <disclaimer>
  344.  
  345. ------------------------------
  346.  
  347. Date: 1 Nov 89 23:38:37 GMT
  348. From: portal!cup.portal.com!Xorg@uunet.uu.net  (Peter Ted Szymonik)
  349. Subject: WordPerfect for the Atari ST
  350.  
  351. I can verify the fact that WP still supports the ST 100%, I just
  352. ordered my upgrade yesterday with no problems and the operator knew
  353. exactly what I was talking about and listed all the new features
  354. for me over the phone.  A company that truely sets the standard
  355. for software support!
  356.  
  357. Peter Szymonik
  358. Xorg@cup.portal.com
  359.  
  360. ------------------------------
  361.  
  362. Date: 2 Nov 89 03:43:07 GMT
  363. From: portal!cup.portal.com!Vaprak@uunet.uu.net  (John C Foy)
  364. Subject: XFormer 2.55
  365.  
  366. Well, I am baffled...  I have spent two days working with Xformer 2.55
  367. with no sucess.  I seem to be missing the boat as I can not get any of
  368. my 8 bit files into the proper format for the XFormer.  I have the
  369. parallel cable, the lastest ARC of STXF255 and can not get the two to
  370. interact.  When I load DOS 2.5 as a Context, I have tried numerous variations
  371. of the 'A' - Directory command to get the 1050 to kick in and with no luck.
  372. All I get is an Error 138.  Has anyone had any experience with this
  373. combination?
  374.  
  375. Vaprak@Cup.Portal.Com
  376. Sun!Cup.Portal.Com!Vaprak
  377.  
  378. ------------------------------
  379.  
  380. End of INFO-ATARI16 Digest V89 Issue #596
  381. *****************************************
  382. =========================================================================